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Box III TEXT OF THE ABSTRACT (Continuation of Item 5 of the first sheet) 



A method of controlling routing of packets to a mobile node in a packet switchi 
ng network including an infrastructure of packet switching nodes, said packet s 
witching nodes including a plurality of fixed core nodes and a plurality of acc 
ess nodes to which routing paths, defined by next-hop forwarding, may be direct 
ed in said infrastructure for a given network address, said next-hop forwarding 

being defined in response to routing defining processes, specifying a characte 
ristic of a rout passing through an access node, said method comprising: Alteri 
ng said next-hop forwarding, in at least one of said packet switching nodes in 
response to mobilityof said mobile host from a first access node to a second ac 
cess node, by a routing defining process, such that after said routing defining 

process ends: -first routing protocol data is held in a first set of packet sw 
itching nodes, said first routing protocol data specifying a characteristic of 
a first route passing through said first access node; and -second routing proto 
col data is held in a second set of packet switching nodes, said second routing 

protocol data specifying a characteristic of a second route passing through s 
id second access node. 
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I. Basis of the report 

1 . With regard to the elements of the international application (Replacement sheets which have been furnished to 
the receiving Office in response to an invitation under Article 14 are referred to in this report as "originally filed" 
and are not annexed to this report since they do not contain amendments (Rules 70. 16 and 70. 1 7) ): 
Description, pages: 

1 -33 as originally filed 

Claims, No.: 

1 -24 as originally filed 

Drawings, sheets: 

1/26-26/26 as originally filed 

2. With regard to the language, all the elements marked above were available or furnished to this Authority in the 
language in which the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language: , which is: 

□ the language of a translation furnished for the purposes of the international search (under Rule 23.1 (b)). 

□ the language of publication of the international application (under Rule 48.3(b)). 

□ the language of a translation furnished for the purposes of international preliminary examination (under Rule 
55.2 and/or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the 
international preliminary examination was carried out on the basis of the sequence listing: 

□ contained in the international application in written form. 

□ filed together with the international application in computer readable form. 

□ furnished subsequently to this Authority in written form. 

□ furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in 
the international application as filed has been furnished. 

□ The statement that the information recorded in computer readable form is identical to the written sequence 
listing has been furnished. 

4. The amendments have resulted in the cancellation of: 

□ the description, pages: 

□ the claims, Nos.: 



Form PCT/I PEA/409 (Boxes l-VIII, Sheet 1) (July 1998) 



INTERNATIONAL PRELIMINARY 

EXAMINATION REPORT International application No. PCT/GB00/02768 



□ the drawings, sheets: 



5. □ This report has been established as if (some of) the amendments had not been made, since they have been 
considered to go beyond the disclosure as filed (Rule 70.2(c)): 

(Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this 
report.) 



6. Additional observations, if necessary: 



V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 

1. Statement 

Novelty (N) Yes: Claims 1-24 

No: Claims 

Inventive step (IS) Yes: Claims 1-24 

No: Claims 

Industrial applicability (IA) Yes: Claims 1-24 

No: Claims 



2. Citations and explanations 
see separate sheet 



VII. Certain defects in the international application 

The following defects in the form or contents of the international application have been noted: 
see separate sheet 



VIII. Certain observations on the international application 

The following observations on the clarity of the claims, description, and drawings or on the question whether the 
claims are fully supported by the description, are made: 
see separate sheet 
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Re Item V 

Reasoned statement under Article 35(2) with regard to novelty, inventive step or 
industrial applicability; citations and explanations supporting such statement 

1 . The subject-matter of Claim 1 is new and involves an inventive step, Article 
33(2)(3). 

1.1 Claim 1 relates to a method of controlling routing of packets to a mobile node in a 
network including an infrastructure of packet switching nodes. The packet 
switching nodes provide next-hop forwarding to the mobile node. 

Such a method is known from D1 = US-A-5 117 422. 

1 .2 The subject-matter of Claim 1 differs from the prior art in that, in response to 
mobility of the mobile node from a first to a second access node, the next-hop 
forwarding is altered in at least one packet switching node. This alteration results 
in allowing packets to be routed to the mobile node via the second access node. 
Altering is carried out by a process sending control messages to a limited number 
of packet switching nodes. Upon termination of the routing process first routing 
protocol data is held in a first set of packet switching nodes and a second routing 
protocol data is held in a second set of packet switching nodes. 

The limited propagation of routing control messages and the coexistence of the 
old and new routes result in reduced signalling loading. This is the case in 
particular when the mobile node frequently crosses the same border between 
cells. 

1 .3 The coexistence of the old and new routes is not suggested by the prior. 

According to D1 a packet switching node makes a new forwarding decision every 
time it receives a packet. This decision is based only on objectively measured 
connectivity tables and not on already computed and stored routing protocol data. 
This is due to the fact that the method of D1 is geared to deal with fast 
connectivity variations, not necessarily associated with motion, like enemy 
jamming. 
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US-A-5 384 826, which also deals with reduction of signalling loading, suggests a 
different way. Packets are routed between adjacent base stations by means of a 
local area network connecting the base stations. This is done in such a manner 
that a mobile subscriber appears to the rest of the system as always attached to 
the same base station. This means that the packet switching nodes outside the 
local area network do not initiate alternative routing. 

According to EP-A-0 883 266 a packet switching node updates its own routing 
table when it detects moving of a mobile terminal from one base station to 
another. Forwarding of this information to other packet switching nodes is not 
disclosed. 

EP-A-0 862 344 is not directed to controlling routing of packets. This document 
deals with validation of a wireless communication device. This is done by a 
plurality of authentication processors, each serving a separate geographic area. 
Fingerprint data is distributed to the authentication processors from a central 
location. 

The other documents are less relevant because they do not relate to connectivity 
based routing control. 

2. The dependent claims relate to specific embodiments of the subject-matter of 
Claim 1 and are therefore also new and inventive. 

Re Item VII 

Certain defects in the international application 

1. Claim 1 is not in the two-part form vis-a-vis D1, Rule 6.3(b). D1 discloses the 
features of Claim 1 on lines 2-13 

2. The claims do not contain reference signs in parentheses, Rule 6.2(b). 

3. D1 is not mentioned in the description, Rule 5.1(a)(ii). 
Re Item VIII 
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Certain observations on the international application 

1. In Claim 1 , line 16, an antecedent definition is missing for " said mobile host 1 . 
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(57) Abstract: A method of controlling 
routing of packets to a mobile node in a 
packet switching network including an 
infrastructure of packet switching nodes, 
said packet switching nodes including a 
plurality of fixed core nodes and a plurality 
of access nodes to which routing paths, 
defined by next-hop forwarding, may be 
directed in said infrastructure for a given 
network address, said next-hop forwarding 
being defined in response to routing defining 
processes, specifying a characteristic of a 
route passing through an access node, said 
method comprising: altering said next-hop 
forwarding, in at least one of said packet 
switching nodes in response to mobility of 
said mobile host from a first access node to 
a second access node, by a routing defining 
process, such that after said routing defining 
process ends: first routing protocol data is 
held in a first set of packet switching nodes, 
said first routing protocol data specifying a 
characteristic of a first route passing through 
said first access node; and second routing 
protocol data is held in a second set of 
packet switching nodes, said second routing 
protocol data specifying a characteristic of 
a second route passing through said second 
access node. 
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TELECOMMUNICATIONS ROUTING 

This invention relates to the routing of telecommunications signals. More 
particularly it relates to a method of routing such signals to both fixed and mobile 
5 telecommunications mediums, such that similar services can be used in the same 
way by users on either medium, and to allow system operators to reduce costs by 
greater commonality of switching and other network-based facilities. The present 
invention is concerned with the routing of packet-based communications such as 
those used in the "Internet" using the so-called "Internet Protocol" (IP). 
10 Present mobile medium systems are arranged such that a mobile user and 

associated systems collaborate at the interface with the network (typically the radio 
base station) to enable a mobile node to change from communicating with one base 
station to communicating with another, and to enable the network to update 
intelligence points of the new location. In cellular networks, these intelligence points 
15 are the Home and Visitor Location Registers (HLR and VLR), whilst in "Mobile IP" 
these locations are known as the Home and Foreign Agent. In both cases the 
"Visitor" Location Register or "Foreign" Agent maintains a record only of those users 
currently co-operating with base stations under their supervision, whilst their 
"Home" counterparts maintain a permanent record of their associated users, 
20 including a record of which VLR or Foreign Agent each one is currently working 
with. The address on an incoming message identifies the relevant HLR/Home Agent, 
to which reference is made to identify the appropriate VLR/Foreign Agent for more 
specific routing details. This allows minor changes in location to be effected within 
the VLR/Foreign Agent, locally to the user's current location without informing the 
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HLR/Home Agent, which could be some distance away, thereby greatly reducing the 
signalling overhead. 

The additional cost of mobility is the provision of this Home Agent/ Foreign 
Agent interface, and especially with packet systems, the cost of tunnelling 
5 (forwarding messages from one address to another), address exhaustion (the inability 
to re-use an address from which forwarding is taking place) and triangular routing. 

In a fixed medium system, IP routing is based on the distribution of IP 
address blocks or prefixes, with an associated metric or route cost, from potential 
destinations to potential senders so that they and intermediate routers can determine 
10 the best next hop (neighbour router) towards that destination. These routes are pre- 
computed for all destinations in the network so that senders can immediately send 
information when generated. Pre-computation of routes, and deployed routing 
exchange technology, is possible when the sources and destinations have a fixed 
location, and communication bandwidth is rich enough for exhaustive exchange of 
15 routes. As the proportion of roaming increases however, such models break down 
and a more dynamic routing approach is required. 

A proposal referred to as "HAWAII" was published 19 February, 1999 as an 
Internet-draft entitled "IP Micro-Mobility Support Using HAWAII", R. Ramjee, T. La 
Por, S. Thuel, K. Varadh, posted on the Internet Engineering Taskforce Internet site 
20 at HTTP://www. ietf.org/internet-drafts/draft-rimjee-micro-mobility-hawaii-OO.txt. 
HAWAII uses specialised path set up schemes which install host-based forwarding 
entries in specific routers when in a routing domain to support intra-domain micro- 
mobility, and defaults to using "Mobile-IP" for inter-domain micro-mobility. In 
HAWAII, mobile hosts retain their network address while moving within the domain. 
25 The HAWAII architecture relies on a gateway router into a domain, referred to as the 
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domain root router, to which default routes within the domain are directed. Each 
mobile host is assigned a home domain based on its permanent IP address. The path 
set up scheme updates a single routing path in a domain so that connectivity to the 
mobile host is possible both before and after handoff at the wireless link layer. Only 
5 routers located along a single routing path between the domain root router and the 
base station currently serving the mobile host have routing table entries for the 
mobile host's IP address. The remainder of the routers in the domain route any 
packets addressed to the mobile host upwards along default routes which rely on the 
tree-like nature of the routing domain, rooted at the domain root router, to provide 
10 an intersection with the downrouting towards the mobile host along the single 
routing path for which the routers have individual host entries for the mobile host's 
IP address. 

In HAWAII, mobility between domains is supported by "Mobile IP" 
mechanisms. The home domain root router is designated as the Home Agent, and 
1 5 encapsulated IP packets are forwarded via the Foreign domain root router. 

Drawbacks with the HAWAII proposals include the concentration of Mobile 
IP tunnels in few nodes in the core of the network, the domain root routers, such 
that failure of any of these nodes may result in large-scale failure of all Mobile IP 
state and associated sessions handled by the failing node. Furthermore, since all 
20 routing from outside the home domain into the home domain, and in the reverse 
direction, must occur via the home domain root router, failure of the home domain 
root router may also result in large-scale failure. 

In accordance with one aspect of the invention, there is provided a method 
of controlling routing of packets to a mobile node in a packet switching network 
25 including an infrastructure of packet switching nodes interconnected by packet 
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transport links, said packet switching nodes including a plurality of fixed core nodes 
and a plurality of access nodes to which routing paths, defined by next-hop 
forwarding provided by packet switching nodes located along said routing paths, 
may be directed in said infrastructure for a given network address, said next-hop 
5 forwarding being defined in response to routing defining processes in which routing 
protocol control messages are transmitted between packet switching nodes and 
routing protocol data, specifying a characteristic of a route passing through an 
access node, is stored in said packet switching nodes, said method comprising: 

altering said next-hop forwarding, for a first network address used by said 
10 mobile node, in at least one of said packet switching nodes in response to mobility 
of said mobile host from a first access node to a second access node, to allow 
packets to be routed to said mobile host via said second access node, by a routing 
defining process involving the transmission of routing control messages to a limited 
number of said packet switching nodes, such that after said routing defining process 
1 5 ends: 

first routing protocol data for said first network address is held in a first set 
of packet switching nodes, said first routing protocol data specifying a characteristic 
of a first route passing through said first access node; and 

second routing protocol data for said first network address is held in a 
20 second set of packet switching nodes, different to said first set of packet switching 
nodes, said second routing protocol data specifying a characteristic of a second 
route passing through said second access node. 

By limiting the propagation of routing control messages and allowing the 
routing protocol data relating to the "old" route and the "new" route to co-exist in 
25 the packet switching network, mobility can be accommodated with a reduced 
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signalling load in the network. Furthermore, routing protocol data update processing 
in the packet switching nodes may also be reduced. 

Further aspects and advantages of the invention will become apparent from 
embodiments which will now be described, by way of example only, with reference 
5 to the accompanying drawings, in which: 

Figure 1 schematically illustrates an example of a fixed/mobile topology in 
accordance with an embodiment of the present invention; 

Figures 2 to 1 1 schematically illustrate inter-base station handover and the 
accompanying routing updates in accordance with an embodiment of the present 
10 invention; 

Figures 1 2 to 16 illustrate inter-base station handover and the accompanying 
routing updates in accordance with a further embodiment of the invention; 

Figures 1 7 to 25 illustrate the restoration of routing to a home base station 
in accordance with an embodiment of the invention; 
1 5 Figure 26 schematically illustrates a routing protocol data table held in a 

routing node in accordance with an embodiment of the invention; and 

Figure 27 illustrates a next-hop forwarding table held in the routing node in 
accordance with an embodiment of the invention. 

Referring now to Figure 1, an example of a fixed/mobile topology in 
20 accordance with an embodiment of the present invention is shown. The topology 
includes, by way of example, three packet switching networks 2, 4, 6 forming an 
Autonomous System (AS), the extent of which is schematically indicated by dark 
shading in Figure 1 . One definition given for the term Autonomous System, is "a set 
of routers and networks under the same administration" ("Routing in the Internet", 
25 Christian Huitema, Prentice-Hall, 1995, page 158). Herein, the term Autonomous 
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System, also referred to as a routing domain in the art, is also intended to mean a 
network, or a set of networks, having routers running the same routing protocol. An 
Autonomous System may be connected to other Autonomous Systems forming a 
global internetwork such as the Internet (used by way of example hereinafter). The* 
5 routing protocol is an interior gateway protocol, and communications with other 
Autonomous Systems are achieved via exterior gateway protocols such as the 
Border Gateway Protocol (BGP). Examples of known interior gateway protocols are 
the Routing Information Protocol (RIP) and Open Shortest Path First (OSPF). 

The networks 2, 4, 6 forming a fixed infrastructure of the Autonomous 
10 System include a plurality of Internet Protocol (IP) packet switching nodes in the 
form of a plurality of Core Routers (CR), a plurality of Edge Routers (ER) and Bridge 
Routers (BR) interconnecting the different networks 2, 4, 6 in the AS. All of these 
packet switching nodes run a single IP routing protocol, one embodiment of which is 
to be described in further detail below. 
15 One or more Exterior Gateway Routers (EGRs) connect the Autonomous 

System to further Autonomous Systems of the global Internet. 

The Autonomous System illustrated in Figure 1 performs routing for both 
mobile hosts, for which routing within the AS is altered as a result of mobility of the 
mobile, and fixed, that is to say stationary, hosts, for which no such routing 
20 alterations occur. 

Mobile nodes may be connected to an Edge Router via a wireless link, in the 
example shown, a cellular radio link (a further possible type of wireless link is an 
infra-red link) using a Base Station (BS) Router provided by a mobile network 
operator. The cellular radio link may be a Time Division Multiplier Access (TDMA) 
25 system link, such as "GSM", or a Code Division Multiple Access (CDMA) system 
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link, such as "CDMA 2000". Mobile nodes take the form of individual mobile hosts 
14, and/or mobile routers 16 having a plurality of hosts attached thereto, which 
respectively conduct radio communication with one or more (e.g. in the case of a 
CDMA "soft handover") of the BS Routers at any given time. A BS Router may* 
5 control a number of Base Transceiver Stations (BTSs) which are co-located with 
radio antennae around which individual "cells" of the cellular system are formed 

The mobile nodes 14, 16 move between cells of the cellular radio 
communications network. If a BS Router serves a number of cells, a mobile node 
handed over between cells may continue to receive packet data via the same BS 

10 Router. However, once a mobile node moves outside the range of a BS Router via 
which it is receiving service, handing over to a new cell may necessitate a change of 
routing within the AS. Data packets originating from and destined to the mobile node 
in question, which are routed, using the identifier of the, or an, IP address of the 
node, via a given BS Router prior to handover, may require routing, for the same IP 

1 5 address, via a different BS Router following handover. A mobile node may be 
participating in a communications session with a different host via the AS during 
handover from one BS Router to another. Because connections at the transport 
layer (in, for example, a TCP/IP connection) are defined in part by the IP address of 
the mobile node, such a change in routing is desired to allow such connections to 

20 continue using the same IP address when a mobile node receives service from a 
different BS Router. 

Fixed hosts may be connected to an Edge Router via a Local Area Network 
(LAN) 10, running a local area network protocol such as an Ethernet protocol. Fixed 
hosts may also be connected to an Edge Router via a Public Services Telephone 

25 Network (PSTN) 12 using a Network Access Server (NAS) 20 provided by an 
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Internet access provider. The NAS 20 dynamically allocates fixed IP addresses on a 
dial-up basis to fixed hosts connecting to the NAS 20 using a protocol such as PPP 
or SLIP, and routes IP packets originating from, or destined to, each fixed host via an 
associated Edge Router. Whilst the NAS 20 allocates IP addresses on a dynamic' 
5 basis, the Edge Router via which packets are routed for the IP address allocated does 
not change, either during an access session or over a longer-term period. Thus, 
routing within the Autonomous System does not need to change for each of the 
fixed hosts other than due to factors internal to the AS such as link failure or traffic 
management. 

10 The interior gateway protocol, the single IP routing protocol used in the AS 

in this embodiment of the present invention is a modified version of the Temporally- 
Ordered Routing Algorithm (TORA) routing protocol, which is described in, inter alia, 
"A Highly Adaptive Distributed Routing Algorithm for Mobile Wireless Networks" 
Vincent D Park and M Scott Corson, Proceedings of INFOCOM '97, April 7-11, 
15 Kobe, Japan; and "A Performance Comparison of the Temporally-Ordered Routing 
Algorithm and Ideal Link-State Routing" Vincent D Park and M Scott Corson, 
Proceedings of ISCC '98, 30 June - 2 July, 1999, Athens, Greece. 

The TORA routing protocol algorithm executes distributed ly, provides loop- 
free routes, provides multiple routing (to alleviate congestion), establishes routes 
20 quickly (so they may be used before the topology changes), and minimises 
communication overhead by localising algorithmic reaction to topological changes 
when possible (to conserve available bandwidth and increase scalability). 

The algorithm is distributed in that nodes need only maintain information 
about adjacent nodes (i.e. one hop knowledge). It ensures all routes are loop-free, 
25 and typically provides multipath routing for any source/ destination pair which 
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requires a route. Since multiple routes are typically established , many topological 
changes do not require routing updates within the AS as having a single route is 
sufficient. Following topological changes which do require reaction, the protocol re- 
establishes valid routes. 
5 The TORA protocol models a network as a graph G = (N, L), where N is a 

finite set of nodes and L is a set of initially undirected links. Each node i e N has a 
unique node identifier (ID), and each link (i # j) e L allows two-way communication 
(i.e. nodes connected by a link can communicate with each other in either direction). 
Each initially undirected link (i, j) € L may subsequently be assigned one of three 
10 states; (1) undirected, (2) directed from node i to node j, or (3) directed from node j 
to node i. If a link (i, j) e L is directed from node i to node j, node i is said to be 
"upstream" from node j while node j is said to be "downstream" from node i. For 
each node i, the "neighbours" of i, Ni e N, are defined to be the set of nodes j such 
that (i, j) e L. Each node i is always aware of its neighbours in the set Ni. 
15 A logically separate version of the protocol is run for each destination 

(identified by e.g. a host IP address) to which routing is required. 

The TORA protocol can be separated into three basic functions: creating 
routes, maintaining routes, and erasing routes. Creating a route from a given node 
to the destination requires establishment of a sequence of directed links leading from 
20 the node to the destination. Creating routes essentially corresponds to assigning 
directions to links in an undirected network or portion of the network. The method 
used to accomplish this is a query/reply process which builds a directed acyclic 
graph (DAG) rooted at the destination (i.e. the destination is the only node with no 
downstream links). Such a DAG may be referred to as a "destination-oriented" 
25 DAG. Maintaining routes involves reacting to topological changes in the network in 
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a manner such that routes to the destination are re-established within a finite time. 
Upon detection of a network partition, all links {in the portion of the network which 
has become partitioned from the destination) are marked undirected to erase invalid 
routes. 

5 The protocol accomplishes these three functions through the use of three 

distinct control packets: query (QRY), update (UPD), and clear (CLR). QRY packets 
are used for creating routes, UPD packets are used for both creating and maintaining 
routes, and CLR packets are used for erasing routes. 

At any given time, an ordered quintuple, referred to as a "height", Hi = (Ti, 

10 oidi, n, &, i) is associated with each node i e N. Conceptually, the quintuple 
associated with each node represents the height of the node as defined by two 
parameters: a reference level and a delta with respect to the reference level. The 
reference level is represented by the first three values in the quintuple while the delta 
is represented by the last two values. A new reference level is defined each time a 

15 node loses its last downstream link due to a link failure. The first value representing 
the reference level, ti, is a time tag set to the "time" of the link failure. The second 
value, oidi, is the originator-ID (i.e. the unique ID of the node which defined the new 
reference level). This ensures that the reference levels can be totally ordered 
lexicographically. The third value, n, is a single bit used to divide each of the unique 

20 reference levels into two unique sub-levels. This bit is used to distinguish between 
the original reference level and its corresponding, higher reflected reference level. 
The first value representing the delta, &, is an integer used to order nodes with 
respect to a common reference level. This value is instrumental in the propagation 
of a reference level. Finally, the second value representing the delta i, is the unique 

25 ID of the node itself. This ensures that nodes with a common reference level and 
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equal values of & (and in fact all nodes) can be totally ordered lexicographically at all 
times. 

Each node i (other than the destination) maintains its height, Hi. Initially the 
height of each node in the network (other than the destination) is set to NULL, Hi = 
5 (-, i). Subsequently, the height of each node i can be modified in accordance 

with the rules of the protocol. In addition to its own height, each node i maintains, 
in a routing protocol data table, entries against host IP addresses having an existing 
DAG in the network, the entries including a height array with an entry HN.j, for each 
neighbour j <= N 

10 Each node i (other than the destination) also maintains, in the routing 

protocol data table, a link-state array with an entry LSy for each link (i, j) e L. The 
state of the links is determined by the heights Hi and HNij and is directed from the 
higher node to the lower node. If a neighbour J is higher than node i, the link is 
marked upstream. If a neighbour j is lower than node i, the link is marked 

1 5 downstream. 

The TORA protocol was originally designed for use in a Mobile Ad-Hoc 
Network (MANET) in which the routers are mobile and are interlinked via wireless 
links. However, in this embodiment of the invention a modified TORA protocol is 
used in an Autonomous System including a fixed infrastructure of fixed routers 
20 interconnected by fixed links, such as that illustrated in Figure 1 , to provide for 
routing alterations in the fixed infrastructure when a mobile host alters its point of 
attachment to the infrastructure. 

Figure 26 illustrates schematically an example of a routing protocol data 
table which may be held in a router in accordance with this embodiment. 



WO 01/06717 




PCT/GB00/02768 



12 

Against each host IP address (or address prefix in the case of an aggregated 
DAG, to be described in further detail below) IP1 , IP2, etc having a DAG in the 
network is stored the height of the storing node Hi(IP1), Hi(IP2), etc. Also, the 
identity of each adjacent neighbour for example w, x, y, z and that neighbour's 
5 height HNU0P1, IP2, etc), HNix(IP1, IP2, etc), HNi V (IP1, IP2, etc) and HN*(IP1, IP2, 
etc). Finally, the link-state array for each IP address (or prefix) may be stored in the 
form of markings signifying an upstream link (U), a downstream link (D), or an 
undirected link (-) against each link identity (L1 , L2, L3, L4) corresponding to each 
neighbour. 

10 The link-state array held in the routing protocol data table allows a next-hop 

forwarding decision to be made locally in the router holding the data. For a 
sufficiently interconnected network, each router should have at least one 
downstream link. If only one downstream link exists, that link is selected as the 
next-hop forwarding link. If more than one downstream link exists, an optimum 
15 downstream link may be selected, for example on the basis of current traffic loading 
on the two links. In any case, the selected link is entered into a next-hop forwarding 
data table against the IP address. A next-hop forwarding table, such as that 
illustrated in Fig. 27, is held in cache memory for fast access as IP packets requiring 
routing arrive at the router. The table stores the next-hop forwarding link (L2, L1, 
20 etc) selected, against each IP address (or prefix) IP1, IP2, etc. 

The use of a fixed infrastructure of routers, and other aspects of the 
invention to be described below, allow for routing aggregation within the AS, in 
particular for the IP addresses of mobile hosts. What follows is a brief description of 
IP addressing, in particular how variable length prefixes are used to provide routing 
25 aggregation in an IP routing network. 
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IP addresses currently consist of a predetermined number (32) of bits. IP 
addresses were in the past allocated on an unstructured basis (referred to as a "flat" 
addressing plan). Classful addressing introduced the concept of a two level routing 
hierarchy by splitting addresses into network prefix and host fields. Users were 
5 allocated IP addresses as either a class A, class B or class C to simplify routing and 
administration. 

In class A, bit 0 identifies class A, bits 1-7 identify network (126 networks) 
and bits 8-31 identify host (16 million hosts). 

In class B, bits 0-1 identify class B, bits 2-15 identify network (16,382 
10 networks) and bits 16-31 identify host (64,000 hosts). 

In class C bits 0-2 identify class C, bits 3-23 identify network (2,097,152 
networks) and bits 24-31 identify host (256 hosts). 

A two-level hierarchy still left a flat routing hierarchy between hosts within a 
network. For example, a class A address block could have 16 million hosts which 
15 would result in all routers within the network containing 16 million routing table 
entries. Subnetting was developed to allow a host address block to be split into a 
variable length subnet field and host field. This allows routers within an AS to keep 
routing table entries for subnets only (providing the aggregation of routing for all the 
hosts on each subnet). A subnet mask is used to enable routers to identify the 
20 subnet part of the address. 

In accordance with this embodiment of the invention, routing aggregation is 
provided by assigning a host IP address block (i.e. a contiguous sequence of IP 
addresses sharing one or more prefixes) to an access node such as a BS Router, and 
dynamically allocating IP addresses from within the block to mobile hosts for the 
25 duration of their access sessions. When a mobile host registers with the cellular 
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network on power up, the serving BS Router allocates an IP address and caches a 
binding between the mobile host's wireless link identifier and the allocated IP 
address. An aggregated routing plan, in this embodiment an aggregated DAG is pre- 
computed within the AS before the mobile host is allocated the IP address it is to 
5 use throughout its access session. Following power down of the mobile host, the IP 
address is returned to the owning BS Router, which may then allocate the IP address 
to another mobile host. Mobile host IP addresses allocated by a BS Router will have 
an aggregated DAG, until at least one of the mobile hosts moves away, in which 
case the aggregated DAG will remain in place, but a host-specific exception will be 

10 created on the routers affected by a mobility-specific routing updating procedure (the 
update only changes routing for the single mobile which has moved away). 

Pre-computation of routes in an AS for address prefixes owned by a BS 
Router is achieved by the owning BS Router injecting an update message, referred to 
herein as an "optimization" (OPT) packet, for each prefix which floods out across the 

15 AS and effectively acts as a prefix announcement as well as building the aggregated 
DAG. The OPT packet is transmitted by the BS Router owning the IP address prefix, 
or prefixes, and controlling the aggregated DAG. The OPT packet propagates to all 
other nodes in the network (regardless of their current heights (if set)), and (re)sets 
these heights to the "all-zero" reference level, that is to say the first three values (Ti, 

20 oidi, r») of the TORA heights are all set to zero. The fourth height value, &, is set to 
the number of hops taken by the OPT packet since transmission from the BS Router 
(this is similar to UPD packet propagation in known TORA source-initiated DAG 
creation mechanisms). An increment of 1 may be added to represent the hop from 
the BS Router to the mobile node. The fifth height value, i, is set to the node ID. 
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Once an aggregated DAG exists in the AS, each packet switching node in 
the AS has a next-hop forwarding table entry for the IP address prefix in question. 
When a packet arrives at a node which requires routing, the node searches its next- 
hop forwarding table for the longest matching address entry on which to base the 
5 next routing decision, which, providing the mobile node using the IP address has not 
moved away from the owning BS Router, will be the IP address prefix. By providing 
for aggregated DAGs within the AS, routing table size and routing processing may 
be minimised at each packet switching node. 

However, when a mobile node is handed over at the wireless link layer away 

10 from the BS Router at which it first received service in the network, an individual 
host address entry is created in both the routing protocol data table and the next- 
hop forwarding table in (a limited number of) packet switching nodes affected by 
routing updates caused by the mobility of the mobile node. These nodes continue to 
store the corresponding aggregated address entries, but use the host address entry 

1 5 for routing packets to the IP address of the mobile node by virtue of a longest match 
search. 

The TORA height maintenance algorithm falls into the same general class of 
algorithms originally defined in "Distributed Algorithms for Generating Loop-Free 
Routes in Networks with Frequently Changing Topology", E Gafni and D Bertsekas, 

20 IEEE Trans. Commun., January 1991. Within this class, a node may only "increase" 
its height; it may never decrease its height. However, in this embodiment of the 
invention, an algorithmic modification is provided to ensure that, after an inter-BS 
Router handover, a node's forwarding behaviour is such that, when a plurality of 
routing interfaces to neighbouring nodes exist, it forwards packets over a routing 

25 interface to a neighbouring node from which a mobility-related routing update was 
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most recently received. The t time value in the height quintuple (x\. oidi, n, &, i) 
stored in the router's routing protocol data table as an entry against the mobile 
node's IP address and the neighbour in question is permitted to become "negative", 
i.e. less than zero, to indicate a mobility-related update having occurred, and the 
5 magnitude of the negative x time value increases for each occurrence of a mobility- 
related routing update for a given IP address. Thus, the most recent mobility-related 
update is indicated by the greater negative x time value. It is to be noted, that 
whilst mobility-related routing updates are distinguished by a negative x time value, 
other indicators may also be used, such as a one-bit flag, to replace the negative 
10 flag. 

When a mobile node changes BS Router affiliation, it decreases its height 
value by decreasing the x time value, for example by an integer, and the new value is 
propagated to a limited number of nodes in the AS as part of a mobile-initiated 
update of the DAG associated with the mobile node's IP address, to be described in 

1 5 further detail below. A node having multiple downstream neighbours routes onto the 
most recently-activated downstream link. The heights are still totally-ordered (hence 
routing loop freedom is preserved). 

A further aspect of this embodiment of the invention is that, during a 
handover of a mobile node at the wireless link layer, a temporary, short term, 

20 tunnelling mechanism is provided whereby data packets arriving at the BS Router 
from which the mobile node is being handed over may be forwarded to the BS 
Router to which the mobile node is being handed over. Tunnelling in an IP packet 
switching network may be achieved by encapsulation of the data packet with a new 
IP header (addressed to the IP address of the new BS Router), referred to as "IP-in-IP 

25 tunnelling". At the new BS Router, the packet is decapsulated and forwarded to the 
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mobile node via .he wire.es, link. Tunnel setup, signing end euthen.ica.ion 
mechanisms may be those used in "Mobile IP', as described in. inter alia. "IP 
Mobility Support". C Perkins, ed.. 1ETF RFC 2002. October .996. Whh a,, BS 
Routers-enebled with "Mobil. IP", "Mobile IP" may also be us* to ellow packet 
5 forwarding to mobile nodes moving ,o a different AS. Other possible tunnelling 
protocols include UOP tunnelling (in which a UDP head., is added ,o incoming 
packets!. GRE tunn.lllng (a CISCO (TM! protocol th. Layer 2 Tunnelling Protocol 
(L2TPI. and negotiate or configured IPSEC tunnel modes. 

When a mobile node is to be handed ov.r from a BS Router, the, BS Router 
,0 interacts with .he new BS Router, to which the mobile node is being handed over ,0. 

to undertake the following steps: 

(a) to prepare a unidirectional tunnel to the new BS Router, so that 
packets may be forwarded to the mobile node after the wireless link between the old 
BS Router and the mobile node is lost. The tunnel may be prepared by a mapping to 
15 a pre-existing inter-BS Router tunnel, or a host-specific tunnel, dynamical.y 
negotiated via Mobile IP mechanisms. 

(b) to handover the mobile node at the wireless link layer. 
(C ) to inject a routing update for the mobile node's IP address (or 
addresses, in the case of a mobile router) from the new BS Router. 
20 <d) to forward data packets destined to the mobile node's IP address and 

arriving at the old BS Router though a tunnel link to the new BS Router. 

(e) to update the invalid routing to the old BS Router. 

(f) to tear down the tunnel, if host specific, or to remove the host-specific 
state in a pre-existing tunnel, following the convergence of routing. 
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Prior to handover, all packets are routed directly to the mobile node via a 
route, or routes, in the infrastructure passing through the old BS Router. Following 
the convergence of routing, all packets are routed directly to the mobile node via a 
route, or routes, in the infrastructure passing through the new BS Router. 
5 When handover is signalled to the new BS Router (either from the old BS 

Router as part of tunnel establishment, or from the mobile node via a mobile-assisted 
handover), the new BS Router generates a directed routing update message which is 
unicast to the old BS Router using the existing DAG for the mobile node's IP address 
(which remains directed to the old BS Router). This update selectively modifies the 
10 mobile's DAG along the reverse lowest-neighbour path (an approximate shortest 
path) to the old BS Router. At the end of this update, the old BS Router will have a 
new downstream link in the DAG for the mobile node's IP address after the mobile 
node is handed over at the radio link layer. A crossover router will, during the 
update process, receive the unicast-directed update at which point an existing data 
15 flow is redirected to the mobile node's new BS Router. 

This update procedure is not topologically dependent, and is employed 
regardless of the topological distance between the new and old BS Routers (which 
can vary substantially depending on the BS Routers' relative positions). 

The short term tunnel avoids packet loss in the case routing to the new BS 
20 Router is not established by the time the wireless link to the old BS Router is lost, 
and if no significant amount of caching is performed at the old BS Router. 

The use of a short-term tunnel may nevertheless not always be necessary, 
depending on the relative ordering of the two events: 

(i) loss of the BS Router-to-mobile node wireless link at the old BS Router 

25 and 
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(ii) arrival of the directed routing update at the old BS Router. 
If the routing update arrives before the old wireless link is lost, there is no 
need for the tunnel as no further data packets will arrive at the old BS Router due to 
the rerouting (providing control and data packets have equal queuing priority ana 
5 treatment; if not, then data packets already queued may still arrive after the routing 
update) and all past data packets will have been forwarded to the mobile over the 
old wireless link.- If no tunnel is required, the premature triggering of a TORA update 
at the old BS Router, due to a loss of all downstream links when the old wireless link 
is lost, may be prevented by marking a virtual downstream link at the old BS Router 
10 until routing converges. Thus, routing hold-down at the old BS Router may be 
achieved purely by signalling. 

Routing hold-down purely by signalling may also be used where the old BS 
Router functions as a cache, for example a transparent cache, allowing the old BS 
Router to store relatively large volumes of data until routing converges, and 
1 5 retransmitting the data once routing converges. 

As mentioned above, when a mobile node ends its access session, the 
routing for the mobile node's IP address may be returned to the BS Router from 
which it originated, i.e. the IP address's home BS Router. A mechanism is provided 
to efficiently restore the destination of the DAG to the home BS Router, which 
20 requires the participation of only a limited number of nodes in the AS. 

When a mobile node ends its access session, the current BS Router contacts 
the IP address's home BS Router and initiates the transfer of the destination of the 
DAG to the home BS Router. Again, a tunnel link can be used as a hold-down 
mechanism to suppress the initiation of a routing update at the current BS Router or, 
25 more simply, a virtual link (a non-functioning downstream link marking at the current 
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BS Router) may be used if no data is to be forwarded. The current BS Router 
establishes a tunnel link or a virtual downstream link directed to the home BS Router. 
In response, the home BS Router generates a directed "restore" update which is sent 
towards the current BS Router using the existing DAG for the mobile node's IP 
5 address (which remains directed to the current BS Router). This update deletes all 
the host-specific routing protocol data table entries and next-hop forwarding table 
entries created by the previous mobility of the mobile node, to restore the pre- 
computed aggregated DAG as the active routing plan for the mobile node's IP 
address. The update travels over the path previously created by routing updates 

10 caused by the mobile node's past mobility. Thus, the set of negative height values 
that the mobility-specific updates generated are erased, and the aggregated DAG 
with its "all-zero" reference level (assuming there have been no failures in the 
network causing new height generations and reversals) is reactivated. The tunnel 
link or the virtual link can be maintained until reception of the restore update at the 

1 5 current BS Router, at which time either the tunnel is torn down or the virtual link is 
removed. 

Periodically, or on detection of a triggering event, the mobile node, or a BS 
Router acting on behalf of the mobile node, may re-initialise the DAG for an IP 
Address, using a TORA update mechanism, with "all-zero" reference levels thereby 
20 removing any mobility-related routing table entries for the DAG. "All-zero" reference 
levels propagated in this manner take precedence over all other height values (both 
positive and negative) and may propagate throughout the AS (an AS-wide DAG re- 
optimisation). Thrs provides a mechanism for soft-state route maintenance, which 
overrides the mobility-related updating mechanism. 
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A detailed example of inter-BS handover at the wireless link layer and 
routing updates within the fixed infrastructure of an AS will now be described with 
reference to Figures 2 to 1 1 . A further example is described with reference to 
Figures 1 2 to 16. Finally, a detailed example of the restoration of routing to a home 
5 BS after the end of a mobile host access session is described in relation to Figures 
17 to 25. In each of the TORA height quintuples illustrated in Figures 2 to 25, the 
node ID is depicted using the reference i, for simplicity. However, it will be 
appreciated that this value will be different for each node, so as to uniquely identify 
the node within the AS. It will also be noted that only a part of the AS is illustrated, 

10 for the sake of simplicity. 

In all of the following examples, the AS includes a plurality of fixed core 
routers (CR1, CR2 ...), a plurality of fixed intermediate routers (IR1, IR2...) and a 
plurality of fixed edge routers (ER1, ER2...), classified in accordance with their 
relative proximity to the topological "edge" of the fixed infrastructure. The core 

1 5 routers may be adapted to handle higher quantities of traffic than the intermediate 
routers, and the intermediate routers, in turn, may be adapted to handle higher 
quantities of traffic than the edge routers. For example, the core routers may handle 
national traffic, the intermediate routers regional traffic, and the edge routers sub- 
regional traffic. 

20 Packet switching routers are co-located and functionally combined with 

wireless base stations and the combined entity will be referred to herein as an 
access node (BS1, BS2 ...), although it should be appreciated that the term "access 
node" is not intended to be restricted to a routing node including wireless BS 
functionality. For example, an "access node" may be provided at a node which is 

25 topological^ distant from a BS. 
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In the case of all of the examples described below, the hop-by-hop routing 
directionality at the interfaces is indicated by arrows marked along links between 
nodes of the network, and between access nodes and mobile nodes (which links 
include a wireless link). The distributed routing plan is in the form of a TORA DAG 
5 directed at a single receiving mobile host, MH2. Before the mobile host MH2 begins 
an access session, and is dynamically allocated an IP address, a pre-computed and 
aggregated DAG exists for the IP address within the AS, having been injected as an 
AS-wide update from the access node allocating the IP address, node BS2. In 
Figures 2 to 25, nodes involved in routing updates or packet forwarding are marked 
10 with their TORA height quintuple (x\, oidi, n, &, i). As previously described, this 
TORA height is also stored within the routing protocol data table of each 
neighbouring node, having been advertised from the node to which the height 
applies. 

When the mobile node MH2 registers with the home access node BS2, the 
15 home access node caches the identity of the mobile host at the wireless link layer 
against the IP address which is allocated, thus forming a mobile-specific entry in a 
routing table held in node BS2. 

Figure 2 illustrates an exemplary communications session (for example, a 
TCP/IP connection) occurring between the mobile node MH2 and a further host, in 
20 this case a mobile host, MH1. In the following examples, mobility of the 
correspondent mobile host MH1 does not occur, although such mobility is possible 
using the same functionality which is to be described in relation to the mobility of 
the node MH2. A similar communications session may also be conducted with a 
correspondent fixed host. Notably, a separate DAG exists within the AS directed 
25 towards the node MH1, whereby data packets originated from the node MH2 are 
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routed to the node MH1. As this DAG directed to the node MH1 does not alter, and 
routing exists towards the node MH1 from each access node which the node MH2 
affiliates with, no further description of routing towards the node MH1 will be 
provided. 

5 Data packets originated from the node MH1 and destined to the node MH2 

are initially routed to the home access node BS2 via its aggregated DAG, for 
example via fixed nodes BS1, ER1, IR1, and ER2, as shown in Figure 2. 

Referring now to Figure 3, a wireless link layer inter-BS handover decision 
may be made either by the node MH2 itself, or by the node BS2. In the case of a 
10 mobile node-initiated handover, the decision may be made based on a comparison of 
wireless link quality between signals received from the nodes BS2 and BS3. As the 
mobile node MH2 moves, the signal received from access node BS3 may improve, 
whilst the signal received from access node BS2 worsens, and at a threshold 
decision event, the mobile host responds by initiating a handover between nodes 
15 BS2 and BS3. In the case of a handover decision made at node BS2, the decision 
may be made based on other considerations, such as traffic load. In such a case, 
the access node BS2 transmits a handover instruction to node MH2. 

Whether the inter-BS handover is initiated by the mobile node MH2 or the 
home access node BS2, the mobile node MH2 selects a new access node BS3 and 
20 transmits a tunnel initiation (TIN) packet to the home access node BS2. The TIN 
packet includes the IP address of the new access node BS3, which the mobile node 
reads from a beacon channel broadcast by access node BS3. Mobile node MH2 also 
computes a new height, by decreasing the x time value of its height to a negative 
value, -1 (indicating a first mobility-related routing update away from the home 
25 access node BS2), and includes this in the TIN packet. 
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Referring now to Figure 4. when the home access node BS2 receives the 
T,N packet from mobile node MH2, the home access node BS2 establishes a short 
term IP-in-IP tunnel link towards the new access node BS3. The home access node 
BS2 enters the tunnel interface to BS3 in its routing table, the TORA height of the 
5 new access node BS3 being set egua, to M, 0, 0, 1, i) to ensure the tunnel 
interface being marked as a downstream .ink for data packet forwarding during the 
remainder of the handover procedure. 

When the short-term tunnel link has been established from home access 

^ ««ho r«?t the home access node BS2 forwards the TIN 
node BS2 to new access node B53. tne name 

.. uo tn t h e new access node BS3 via the tunnel 
10 packet received from mob.le node MH2 to the new access 

interface. 

m the present example, the nature of the wireless link system used is such 
thet the mobile node MH2 Is (as in a CDMA cellular radio system allowing soft 
handover! able to communicate via two wireless links to each access node BS2 and 

, 5 BS3 during a handover. Thus. next, the mobile node MH2 establish cond 

wireless link with ,h. new access node BS3, and a routing table entry is mad, in 
node BS3 indicating a downstream link towards mobile node MH2. 

The new access node BS3 generates a unices-directed update (UUPt» 
packet and transmits the packet to its neighbouring node in the fixed 
20 node ER3. The UUPD packet Is to travel along a unicast pa,h between the new 
access node BS3 and the home access node BS2, updating entries in the routing 
protocol data tables, and consequently also in at least some of the next-hop 
forwarding tables, o, all nodes along the update path, and all nodes immediately 
adiacen, ,0 the nodes along the, path „he nodes elong the path transmit an 
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advertisement of their new heights to each immediate neighbouring node, the 
propagation of the advertisements being limited to one hop). 

Pinnr* 6 after the mobile host MH2 establishes a new 
Referring now to Figure 6. auer u.<= 

arriving at «. home accass node BS2 ara awarded ,. tha naw accaaa nod. BS3 

^ t„. short-term tunnei. and onward to tha mob«e noda MH2 via ireiess 

link. 

Ahhough the old wireless link is now lost, no routing update is yet triggered 

R<52 (as would otherwise occur according to the TORA 
10 at the home access node B52 las wouiu u 

^ link exists along the tunnel which has been 

protocol), since a rema.n.ng downstream link exisis ai a 

oeo and the new access node BS3. 

established between the home access node BS2 and the ne 

„ ♦ho home access node BS2 remains in place until the routing 
Thus, routing towards the home access noue o 

Aa oc-a arrives at the home access node 

update initiated from the new access node BS3 arrives 

15 BS2 As shown in Figure 6. the UUPD packet is forwarded from the first node ER3 
receiving the UUPD packet, which also updates its height with the negative * time 
value associated with the mobility update (-1). to node IR2. Node ,R2. in turn, 
updates its height with the negative , time value associated with the mobility-related 
update. 

Each noda a.ong tha touting update unioast routa also inoramants its 6 valua 
■n tha TORA haigh, ouintup.e bv on. for aaoh hop of tha touting updat. UUPD 
packet, so xha, tha 8 vaiue raptasants tha number o, hops ,o tha ntobiia noda via ,h. 
„aw aooass noda BS3. in p„ca of tha 8 vaiuas o, tha previous touting tabia antty 
wbiob indicated the number o. hops to tha mob». noda via tha home access nod. 



20 



PCT/GBOO/02768 

WO 01/06717 



26 

8S2. Each .ink in turn along the unicast directed update route is thus directed 

towards the new access node BS3. 

♦ c;„..r* 7 the UUPD packet is next forwarded to the 
Referring now to Figure /, tne uuru* h 

subsequent node along *e unices, updating route, node ER2. Node ER2 is a router 
5 v„ h ich marks the cross-over point between ,h. routing path fo.iov.ed front ,h. 
transmitting node MH1 to the home aooess node BS2 and the routing path ,o be 
followed by packets transmitted from the node MH1 to the new aooess node BS3 
(th . routing path being estabiished). As shown in Figure 8. once the routing protocoi 
oata tab., entries in node ER2 are updated on receipt of the UUPD packets, the 
,0 cross-over node ER2 has two downstream links, one directed towerds the home 
access nod. BS2 and on. directed towards the new access node BS3. However, 
because the downstream link directed towards the new eccess node BS3 includes e 
negative , time value, which indicate, a imost-recent. mobllity-related update, the 
downstream link directed toward, the new access node BS3 is preferentially 
1 5 selected as the next-hop forwarding link. Data packets arriving a, node ER2 directed 
t0 the mobile host MH2 are forwarded to node IR2. a.ong the routing path to the 
new access node BS3. Following the diversion of the routing path a, the cross-over 
router ER2. no further data packets are forwarded to BS2 and no further data 
packets are forwarded through the tunnel interface between the node BS2 and the 
20 node BS3. However, the tunne, interface remains in place for the time being at the 
home access node BS2, in order to ensure that no routing update is genereted from 
home access nod. BS2 idue to loss of all its downstream links, until the UUPD 
packet arrives a, the home access node BS2. On ardva, of the UUPD packet a, the 
home eoceas node BS2. the tunnel state entries in the routing table of BS2 are 
25 removed, thereby tearing down the tunnel interface for MH2. 
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Referring now to Figure 9. it will be noted that the height of the home 
access node BS2 is not redefined on receipt of the UUPD packet (however, the link 
direction between the node BS2 and ER2 is reversed because of the negative , time 
value defined in the height for node ER2. thus allowing other mobile hosts receiving 
5 service via BS2 to transmit packets to MH2). since the home access node BS2 forms 
the end of the unicast update path. 

Finally, on receipt of the UUPD message, the home access node BS2 may 
transmit an update-complete acknowledgement (UUPD-Ack) towards the new access 
node BS3. The UUPD-Ack packet follows the unicast-updated routing path 
10 established in the DAG towards new access node BS3. On transmission of the 
UUPD-Ack packet, old access node BS3 relinquishes tentative control for the DAG 
for the IP address it originally allocated to the mobile node MH2. On receipt of the 
UUPD-Ack packet, the new access node BS3 takes tentative control of the DAG for 
the IP address of the mobile node. 
, 5 The routing update associated with the inter-BS handover of the mobile 

station at the radio link layer is now complete, involving the redefinition of the height 
of only a limited number of nodes (In the example shown in Figure 9. only five 
nodes) along the unicast update path. Furthermore, the updating of routing protocol 
data table entries is also limited, such updates only being required in the nodes 
20 receiving the UUPD message and each immediately adjacent node (which receive an 
advertisement of the new heights and store the new heights in their routing tables), 
in the example shown in Figure 9. routing protocol data table updates are also 
performed in each of nodes IR1 . CR1 . CR2 and CR3. 

Figures 10 and 1 1 show the state of the DAG within the AS prior to, and 
25 following, a subsequent mobility-related update. In this case, the mobile node MH2 
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is handed over to a further access node BS4 from the access node BS3. to which 
the mobile node was previously handed over from access node BS2. The procedure 
employed is the same as that described in re.ation to the mobility-related update 
caused by the first handover of the mobile node from access node BS2 to access 
5 node BS3, except that the new height generated by the unicast update sent from the 
new access node BS4 include a further increment in the negative x time value (which 
is increased in magnitude to -2), to differentiate the mobi.ity-re.ated updated heights 
caused by the second occurrence of mobility from the mobility-related updated 
heights of the first occurrence of mobility (having a , time value of -1). and from the 
10 mobility-related updated heights from the heights assigned in the pre-computed DAG 
(having a x time value of 0). As shown in Figure 1 . the nodes involved in the new 
update initially have heights including a x time value of 0, indicating that the heights 
are as defined in the pre-computed DAG. 

A further example of mobility-related routing updating, in which the mobile 
15 node is (as in a GSM cellular radio system) capable of communicating only via a 
single wireless link at any particular time, will now be described with reference to 
Figures 12 to 16. In this case, the steps described in re.ation to Figures 2 to 4 in 
the previous example are identical. As shown in Figure 12. the UUPD packet sent 
from the new access node BS3 is generated in response to receipt of a T.N packet 

20 along the tunnel interface. 

Referring now to Figure 13. the mobile node MH2 fire, los.s it wireless link 
with ,he home aocess node BS2, and a short time period eiapses (to allow .or re- 
synchronisation with the new aocess node BS3 at the wireless link layer. ETC, 
before the new wireless link with the new access nod. BS3 may be established. 
25 During ,he period the, .he mobile nod. MH2 has no wireless links, packets ernving at 



PCT/GB00/02768 

WO 01/06717 



29 

the home access node BS2 are forwarded by the tunnel interface from the home 
access node BS2 and are queued at the new access node BS3 until the new wireless 
.ink is established. Next, either the new wire.ess link is established or the UUPD 
packet arrives at the home access node BS2. If the new wireless link is established 
5 first, the new access node BS3 immediately assumes tentative control of the DAG 
for the IP address of the mobile node. Otherwise, the new access node BS3 waits 
until it receives the UUPD-Ack message from the home access node BS2. Remaining 
steps described in relation to the previous example (tunnel tear down, subsequent 
mobility, etc.) also apply in relation to the present example. 
10 Figures 17 to 25 illustrate a procedure whereby, when a mobile node ends 

an access session, routing updates are performed which restore the DAG for the IP 
address of the mobi.e node to the condition of the DAG before the IP address was 
originally allocated to the mobi.e node. The routing update procedure involves routing 
updates being transmitted to only a limited number of nodes in the AS (along the 
15 paths along which unicast mobility-related updates were previously performed), and 
updates are required in the routing protocol data tables of only a limited number of 
nodes (the nodes along which the restored directed routing update messages pass 
and each immediately adjacent node). 

Referring to Figure 17, when the mobile node MH2 ends the access session, 
20 the current access node BS4 transmits a restore request (RR) to the home access 
node BS2 for the IP address. This may be achieved by knowledge of the identity of 
the "home" access node for the IP address at the current access node. This 
know.edge can be provided by transmitting the identity of the owning BS when 
creating the aggregated DAG using the OPT packet update mechanism, and storing 
25 that identity as routing protocol data, in addition to the other routing protocol data 
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held in the access nodes. This knowledge may alternately be provided by the mobile 
node storing the identity of the home BS when its IP address is first allocated, and 
transmitting this identity to each access node, for temporary storage therein, from 
which the mobile node receives service during its access session. Thus, when the 
5 mobile node MH2 ends this access session, the current access node BS4 transmits 
the RR packet, initially addressed with the IP address of the mobile node and 
encapsulated with the IP address of the home access node BS2, along an .P-in-.P 
tunnel link to the home access node BS2. 

As an alternative to requiring knowledge of the identity of the home BS for 
10 an IP address, the RR packet may be transmitted with the mobile node's IP address 
as the destination address, however with an identifier in its header indicating to each 
forwarding node that the packet is to be routed along the aggregated DAG routing 
path, which remains directed at the home BS throughout the access session. 

in response to receipt of the RR packet, home access node BS2 marks a 
1 5 downstream .ink in its routing tables to mobile host MH2. This downstream link is a 
virtual link, since the mobile host is currently not in wireless communications with 
any access node and is in fact located in a service area of a different access node 
(that of access node BS4). Any packet arriving at BS4 for the mobile node MH2 
following the end of its access session may be forwarded along the tunnel to the 
20 home access node BS2, and may be stored for future forwarding to the mobile node 
MH2 when it begins a new access session. 

On receipt of the RR packet, the home access node BS2 also resets the 
height of the (now virtual) mobile node MH2 to an "all-zero" reference level, and 
sends a unicast-directed restore update (UDRU) packets towards the current access 
25 node BS4, via the fixed infrastructure of the AS, as illustrated in Figure 18. The 
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UDRU packet is forwarded along a unicast route, which includes only nodes having 
heights which were previously redefined as a result of mobility-related updating. In 
the example shown in Figure 18, these nodes are nodes ER2, IR2, ER3, IR3, CR4, 
IR4, ER4 and BS4. 

5 As the UDRU packet is received at each of the nodes along the unicast path, 

the TORA heights at each node are reset to an "all-zero" reference level, and the 6 
values of the heights are redefined so as to represent the number of hops to the 
(now virtual) mobile node via the home access node, in place of the previous entry 
values which indicated the number of hops to the mobile node via the current access 

10 node. This process is illustrated in each of Figures 18 to 22. 

In addition to the updating of heights along the unicast update route, the 
updated heights are advertised to each immediately adjacent node. Any node having 
a negative x time value in its own height which receives an advertisement indicating 
the resetting of a negative x time value to 0, as in the case of access node BS3 (as 

15 illustrated in Figure 20), also resets its own height to an "all-zero" reference level, 
defines its 8 value to indicate the number of hops to the (now virtual) mobile station 
via the home access node, and generates an advertisement of its own new height 
and transmits it to all of its own neighbours. Any neighbours receiving an advertised 
new height which do not reset their own height do not propagate the advertisement 

20 any further. 

As illustrated in Figure 23, once the UDRU packet is received at the current 
access node BS4, the current access node deletes the state associated with the 
mobile node MH2 in its routing tables and transmits a UDRU-Ack message, along the 
routing path just created by the unicast-update, towards the home access node BS2, 
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thereby relinquishing tentative control of the DAG for the IP address previously used 

by the mobile node MH2. 

As shown in Figure 24, the UDRU-Ack packet eventually propagates to the 
home access node BS2. On receipt, the home access node BS2 removes all state 
5 associated with the mobile node MH2 and assumes control of the DAG for the IP 
address. The IP address may then once again be dynamically allocated, to a different 
mobile node MH3 starting an access session in the service area of the access node 

BS2, as shown in Figure 25. 

In summary, the following modifications, which may be used alone or in any 
10 combination, to a routing protocol provided by the present invention include: 

1. Storing distinctive routing protocol data ("negative" height reference 
levels in the case of the TORA protocol) generated as a consequence of mobility, so 
that packets are forwarded towards the most recently-assigned downstream 
neighbour. 

15 2. incorporating unicast-directed mobility updates to adjust routing on 

handover by altering routing protocol data stored in only a limited set of the nodes of 
an AS. 

3. incorporating unicast-directed restoration updates to erase the effects 
of handover-based mobility ("negative" height reference levels in the case of TORA). 
20 It is to be appreciated that the above-described embodiments are not 

intended to be limited, and that modifications and variations will be envisaged by the 

person skilled in the art. 

The above-described embodiments describe a modified routing protocol 
based on the TORA routing protocol. However, aspects of the invention may be 
25 utilised to modify other known routing protocols, such as OSPF. RIP. etc. 



WO 01/06717 



PCT/GB00/02768 



33 

Furthermore, although in the above-described embodiments the 
infrastructure of the Autonomous System is fixed, it is to be appreciated that one or 
more of the routers in the infrastructure may be mobile routers, such as used in the 
field of satellite communications, and other systems in which one or more routers in 
the infrastructure exhibit long-term mobility. Furthermore, mobile nodes may also be 
connected to an access node via a movable non-wireless communications link, such 
as a plug-in cable connection. 
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CLAIMS 

♦ 

1 . A method of controlling routing of packets to a mobile node in a 
packet switching network including an infrastructure of packet switching nodes 
5 interconnected by packet transport links, said packet switching nodes including a 
plurality of fixed core nodes and a plurality of access nodes to which routing paths, 
defined by next-hop forwarding provided by packet switching nodes located along 
said routing paths, may be directed in said infrastructure for a given network 
address, said next-hop forwarding being defined in response to routing defining 

10 processes in which routing protocol control messages are transmitted between 
packet switching nodes and routing protocol data, specifying a characteristic of a 
route passing through an access node, is stored in said packet switching nodes, said 
method comprising: 

altering said next-hop forwarding, for a first network address used by said 

1 5 mobile node, in at least one of said packet switching nodes in response to mobility 
of said mobile host from a first access node to a second access node, to allow 
packets to be routed to said mobile host via said second access node, by a routing 
defining process involving the transmission of routing control messages to a limited 
number of said packet switching nodes, such that after said routing defining process 

20 ends: 

first routing protocol data for said first network address is held in a first set 

m 

of packet switching nodes, said first routing protocol data specifying a characteristic 
* of a first route passing through said first access node; and 

second routing protocol data for said first network address is held in a 
25 second set of packet switching nodes, different to said first set of packet switching 



i 
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nodes, said second routing protocol data specifying a characteristic of a second 
route passing through said second access node. 

2. A method according to claim 1 , wherein said first route characteristic 
5 does not apply to said second route. 

3. A method according to claim 1 or 2, wherein said second route 
characteristic does not apply to said first route. 

10 4. A method according to claim 1 , 2 or 3, comprising generating said first 

routing protocol data prior to mobility of said mobile node from said first access node 
to said second access node. 

5. A method according to any preceding claim, wherein said second 
15 protocol data includes data indicating that said second protocol data results from 

mobility of said mobile node. 

6. A method according to claim 5, wherein said mobility-indicating data 
indicates a sequence of mobility from said first access node to said second access 

20 node. 

7. A method according to any preceding claim, comprising limiting the 
storage of said second protocol data substantially to packet switching nodes located 
in the vicinity of a routing path between said second access node and said first 

25 access node. 
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8. A method according to any preceding claim, comprising generating 
said second routing protocol data in response to a routing protocol control message 
injected from the second access node. 

5 

9. A method according to any preceding claim, wherein said routing 
protocol data relates to a number of hops along a route to said mobile node and 
passing through an access node. 

10 10. A method according to any preceding claim, wherein said second set 

of packet switching nodes includes a subset of said first packet switching nodes, 
and said second routing protocol data is used in preference to said first routing 
protocol data to determine a next-hop routing decision in a packet switching node 
holding both said first routing protocol data and said second routing protocol data. 

15 

11. A method according to any preceding claim, comprising, when routing 
a packet destined for said first network address, routing said packet, from a packet 
switching node having a plurality of adjacent packet switching nodes including at 
least one of said first set of packet switching nodes and only one of said second set 

20 of packet switching nodes, to said one of said second set of packet switching nodes 
in preference to said at least one of said first set of packet switching nodes. 

12. A method according to any preceding claim, comprising routing 
packets destined for said first network address via at least one of said first set of 
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packet switching nodes and at least one of said second set of packet switching 
nodes. 

13. A method according to any preceding claim, wherein said first and 
5 second routing protocol data relates to next-hop routing to packet switching nodes 

which are adjacent to the packet switching node in which the routing protocol data 
is held, said first routing protocol data relating to next-hop routing to a first plurality 
of packet switching nodes and said second data routing protocol data relating to 
next-hop routing to a second plurality of packet switching nodes, said first and said 
10 second pluralities being mutually exclusive. 

14. A method according to any previous claim, comprising simultaneously 
holding said first and second, and third routing protocol data, for said first network 
address, said third routing protocol data relating to a third access node via which 

1 5 packets are currently to be transmitted to said mobile node using said first network 
address, in a third set, different to said first and second sets, of said packet 
switching nodes. 

15. A method according to claim 13 and 14, wherein said third routing 
20 protocol data relates to next-hop routing to packet switching nodes which are 

adjacent the packet switching node in which the routing protocol data is held, said 
third routing protocol data relating to next-hop routing to a third plurality of packet 
switching nodes, said first, said second and said third pluralities being mutually 
exclusive. 



25 
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16. A method according to claim 14 or 15, wherein said third routing 
protocol data includes data which relates to said third access node and does not 
relate to said first and second access nodes. 

5 17. A method according to claim 14, 15 or 16, wherein said first, second 

and third routing protocol data includes data indicating a sequence of mobility from 
said first access node to said second access node and from said second access 
node to said third access node. 

10 18. A method according to any of claims 14 to 17, comprising, when 

routing a packet destined for said first network address, routing said packet, from a 
packet switching node having a plurality of adjacent packet switching nodes 
including at least one of said first set and/or said second set of packet switching 
nodes and only one of said third set of packet switching nodes, to said one of said 

15 third set of packet switching nodes in preference to said at least one of said first set 
and/or said second set of packet switching nodes. 

19. A method according to any of claims 14 to 18, comprising routing 
packets destined for said first network address via at least one of said first set of 

20 packet switching nodes, at least one of said second set of packet switching nodes, 
and at least one of said third set of packet switching nodes. 

20. A method according to any preceding claim, wherein said mobile node 
is connectable to an access node via a wireless link, said mobility involving handover 

25 of the mobile node at the wireless link layer. 
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21. A method according to claim 20, wherein said mobile node is a mobile 

host. 

5 22. A method according to any preceding claim, wherein said network 

address is an Internet Protocol (IP) address. 

23. A method according to any preceding claim, wherein said routing 
protocol is a link reversal routing protocol. 

10 

24. A method according to any preceding claim, wherein said routing 
protocol data is held separately from next hop forwarding tables in said packet 
switching nodes. 



15 
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